終於來到了第30天，這次是第一次參加在限定賽期內堅持30天不中斷，聽起來好像只是數字，然而每一天的堅持、每一篇文章的撰寫，其實背後藏著無數次的掙扎與進步。當我回顧這段旅程，心中充滿了成就感，也有許多反思。從第一篇不知如何下筆的焦慮，到現在已經完成了這麼多篇文章，這是一段屬於自己的蛻變過程。而今天，這篇最後的文章不僅是對過去30天的回顧，更是對未來的展望，帶著感恩的心情，也希望能與你們分享我的心得與成長。

文章大綱：

1. 下一步的挑戰與目標
2. 那些來不及放進來的內容
3. 繼續往後走，接下來我要探索的技術領域
4. AI 助攻也不遇到不斷的困難
5. 心理障礙：突破內心的恐懼，迎接新的挑戰
6. 勇敢跨出每一步，迎接無限可能

1. 下一步的挑戰與目標

隨著這段旅程的結束，其實也是像之前文章常提到的，要保持競爭力學習沒有終點。有一些是未來想要研究的，像是 NoSQL 與 部屬上雲端 等等的技術。這不只是因為它們能解決實際的開發問題，更是因為這些技術能幫助我應對未來更複雜、更具挑戰的專案。從資料庫結構的靈活性到系統可擴展性的提升，我相信這些技術會讓我的開發能力再上一層樓。

未來也想延續這次的挑戰，希望自己可以持續透過部落格的形式，繼續記錄我的學習歷程，並與社群中的其他人互相分享、學習。這30天的挑戰讓我認識到，分享不僅是輸出知識，更是一種學習過程，透過與他人的互動，我能看見更多不同的觀點和解決方式。

2. 那些來不及放進來的內容

在這次的30篇文章中，有一些重要的技術雖然很想寫但是沒有機會放進來，雖然只是一些小細節，但它們在開發過程中同樣非常重要，而且這些可能是大家不常提到且容易疏忽的地方，未來我也想針對這些技術撰寫更多教學文章。像是以下幾個點：

• await：在處理非同步程式時，它是控制流程的關鍵工具。善用 await 可以避免 callback hell，讓程式碼更易讀、維護性更高。
• .env 和 .env.example：.env 文件用來儲存應用程式中的環境變數，但為了安全性，應將敏感資訊排除在版本控制系統外。同時，提供一個 .env.example 給開發者，讓大家知道需要設定哪些變數。
• Prettier 自動格式化：安裝 Prettier extension 可以幫助你自動格式化程式碼，保持團隊統一的程式碼風格。配合 VSCode 的自動儲存功能，可以大幅提高開發效率，避免不一致的格式問題。
• findAll 的使用限制：findAll 方法適合用在資料量少、規模小的查詢操作，但當專案資料持續成長，或者資料集非常大時，findAll 會帶來效能瓶頸。這時應該考慮使用分頁或特定欄位查詢來減輕資料庫壓力。
• API 設計原則：避免 API 傳送多餘的資料欄位，只傳送必要的資料。這樣不僅可以減少傳輸時間，還能提高系統效能，降低資料洩露的風險。
• 設計資料表時設定欄位長度：在資料庫設計中，為字串類型欄位設置長度限制（如 VARCHAR(255)），不僅能夠節省空間，也能避免儲存不必要的冗長資料，有助於保持資料庫效能。
• 新增 README.md 文件：良好的專案應該包含一個詳細的 README 文件，說明如何安裝、設定、運行專案，這對於新加入的開發者或未來的自己非常重要。
• .gitignore 的設置：排除不必要的檔案進入版本控制，例如 node_modules 和 .env。這些文件不應該進入 Git 儲存庫，避免造成過多無用的資料，或是暴露敏感資訊。

這些技術看似細小，卻往往決定了專案的成敗。未來，我會將這些主題納入我的撰寫計畫，讓自己和讀者能對這些技術有更深入的理解。

3. 繼續往後走，接下來我要探索的技術領域

NoSQL 和 部屬技術，這兩個主題在未來想要花更多時間研究，因為NoSQL 提供了靈活的資料結構，適合處理大量且多樣的數據，而隨著資料量的增加，能夠高效地擴展系統是現代應用不可或缺的能力。另一個，使用 GPC 或 AWS 不僅僅是將應用上線，更是一個涉及 Docker、CI/CD 等工具的全面性過程。這些技術的應用不僅能夠提高我的工作效率，還能讓專案更穩定、更安全地運行在生產環境中。

這是一個不斷進步的過程，我不會因為完成這個30天的挑戰而停止學習。相反，我更渴望深入探索這些領域，並在未來的文章中與大家分享這段成長歷程。

4. AI 助攻也不斷遇到困難

在這個這次寫文章的過程中，我才知道寫作的挑戰。雖然我有 AI 來幫助給我方向和生成大綱，讓我這個不常寫文章的工程師有非常大的幫助，但這並不意味著一切都變得簡單。AI 在架構和內容生成方面有時會偏離我原本想要寫的，這讓我更加認識到，寫作真的不是一件簡單的事情。
每一篇文章都需要我重新審視、修改，讓它真正呈現我想表達的內容。即便如此，AI 還是幫助我克服了許多瓶頸，尤其在靈感匱乏的時候，它成為了一個可靠的助手。

這段旅程不僅是寫作技巧的進步，更是對自己思考方式的反思與鍛鍊。我學會了如何在困難中找到出路，如何在看似瓶頸的時刻，靠自己的努力與毅力走出來。

5. 突破內心的恐懼，迎接新的挑戰

寫文章和學習新技術的路上，很常我覺得其實往往不是技術本身，而是內心的障礙。就像我在第一篇文章裡提到的，我也曾因為焦慮和自我懷疑，遲遲不敢踏出下一步。我不是什麼特別聰明或特別有天賦的人，只是一個普通的工程師，所以這些掙扎我完全可以理解。

每當面對未知時，我也會想：「我真的能學好這些新技術嗎？別人是不是進步得比我快？」

但是，這次30天的挑戰讓我明白到，真正的突破不在於避開困難，而是在於勇敢去面對它。只要跨出第一步，困難並沒有想像中的那麼無法克服，前路也會逐漸變得清晰。寫作和開發一樣，最重要的就是不害怕犯錯，因為每一次的錯誤都是一個學習和成長的機會。

6. 勇敢跨出每一步，迎接無限可能

最後，我想用一句話來總結這30天的心路歷程，也是我對自己和大家的一個提醒：「你不需要變得很厲害才可以開始，但你可以開始變得很厲害。」

2024 IThome 鐵人賽 不單單讓我在技術上有了進步，更是在心態上有了突破。回想起我第一篇文章中提到的，自己也曾經面對學習新技術的壓力和焦慮，與大家遇到的問題沒有不同。當初的我也不確定自己能不能成功，但事實證明，只要願意開始，願意接受挑戰，進步是一定會發生的。

我希望這篇文章能給你們力量，提醒大家無論遇到多大的挑戰，都可以跨出那一步，像是《飆速宅男》的手嶋純太一樣，隨然只是個普通人，也還是可以跟別隊的王牌一較高下。

每一個小進步都是邁向成功的重要一步。我希望我的分享能激勵你們，讓你們也勇敢追求自己的目標。不需要等待完美，最重要的是勇敢踏出第一步，並且不斷前進。

我叫嘉祐！大家一起加油！